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5 METHOD AND APPARATUS FOR URL FORWARDING 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

10 The present invention relates generally to the Internet and more specifically to a 

method and apparatus for associating domain names or URLs with Internet protocol (IP) 
addresses and directing domain or URL requests to a desired IP address. 

2. Description of the Related Art 

1 5 Each computer on the Internet is identified by a unique Internet protocol ("IP") 

address. This address is a 32-bit number organized as four 8-bit values separated by periods 
such as 123.45.67.89. Such a numerical system, while useful as a routing address system for 
computer-to-computer communication, is not human user-friendly. Consequently, domain 
names are used to allow users to more easily identify and connect to a target computer on the 

20 network. These user-friendly domain names (or "host names"), such as "register.com", are 
easy for users to remember and, since they map to a unique IP number, accurately identify 
the computer's IP address. In such a domain name identification scheme, the domain name 
forms a part of the uniform resource locator (URL) that specifies the location of resources on 
the World Wide Web. The URL identifies the mechanism used to access the resource (e.g., 

25 http, ftp, etc.), the specific computer that houses the resource, and the specific name of the 
resource (such as a filename). 

As with the underlying Internet address, domain names typically have a hierarchical 
organization, with the trailing portion of the domain name, such as .com, .net, .org, .us, .uk or 
.jp, representing the top-level domain. Top-level domains include global top-level domains 

30 (gTLD) and country specific or country code top-level domains (ccTLD). The global top- 
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level domains include .com, .org, .net, .edu, .gov and .mil. Of these, .edu, .gov and .mil 
gTLD's are restricted to use by entities meeting specific qualifications. Country code top- 
level domains are country specific in that they identify registrations within a given country. 
The specific country governs registration for the country code top-level domains. Some 
5 countries are !, open" in that they allow any entity to register a domain name within its 
ccTLD. Other countries are "closed" and only allow entities that meet restrictions such as 
residency to register domain names in that ccTLD. Most domain users presently use one or 
more of the .com, .net or .org gTLDs. 

The domain name entered by a user is sent over the Internet to a global network of 
10 servers called the "domain name system" (DNS), which receives the domain name as a 

request and translates the domain name into the target computer's numerical EP address. The 
Q numerical EP address is returned to the user's computer to enable it to connect to the target 

5( computer. Typically, after the user enters the domain name, the rest of the process is 

H; invisible to the user until the user connects to the target computer. The domain name system 

m 15 consists of a collection of root servers or DNS Servers that provide a directory linking 
S domain names with corresponding IP addresses. There are presently thirteen root servers 

worldwide that contain authoritative databases listing all top-level domains. The collection 
si of root servers is centrally managed for all global top-level domains to ensure that each 

hf computer on the network can be uniquely identified by unique domain names and numerical 

□ 20 addresses. 

A "registry" is an international organization or entity that is responsible for assigning 
domain names and Internet protocol addresses. Each country maintains its own registry, 
generally through a company or organization. The registry has the responsibility to record 
and update domain names and Internet protocol addresses, as well as the information 
25 associated with them, on the root servers. A registry is under contract from its respective 
government to control domain name registration. The registry may authorize other entities, 
known here as registrars, to conduct domain name registration and other aspects of the 
management of domain names and IP addresses. 

A "registrar" is an organization or company that is authorized to provide registration 
30 services for all users of certain top-level domains, such as the .net, .org and .com global top- 
level domains. Registrars are presently authorized either by ICANN, the Internet 
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Corporation for Assigned Names & Numbers, a U.S. governmental organization under the 
Department of Commerce, or by the registrar's respective government to control domain 
name registration. A registrar is authorized by the registry to act as an agent of the registrar 
to process domain name registration. The registrar has the responsibility to create and 
5 maintain a Whois database and zone files for its customers. Examples of registrars presently 
include Register.com and Network Solutions, Inc., both authorized by ICANN. 

A "registrant" is the individual or organization to whom a specific domain name is 
registered with the registry. Once a registrant has registered a domain name, paid the 
associated fees and met certain conditions, the individual or organization holds the domain 
10 name for use for a specific period of time. The registrant can use the domain name for such 
purposes as web hosting and e-mail. In many cases, the registrant may incorporate one or 
^ more domain names into an organizational identity or business. As such, a registration to use 

a particular domain name can be viewed as a significant asset for certain registrants. 
U The "shared registry system" (SRS) is a system that permits multiple registrars to 

hf 15 provide registration services for the .com, .net and .org domains. The system is a shared 
M database that holds information about domain names and their authoritative name servers. 

7* The shared registry system updates the root servers with information about the domain names 

™ within the .com, .org and .net gTLDs about every twenty-four hours in typical operation. 

□ The SRS allows accredited registrars to enter information about newly registered domain 

q 20 names into the SRS, and the information about the newly registered domain names is then 
^ uploaded to the root servers. Accredited registrars can update name server information 

within the SRS for domain names for which they are recognized as registrar. Accredited 
registrars are registered with the SRS and access the SRS through a secure and authenticated 
communication channel, such as through a secure socket level encrypted communication 
25 link. The SRS facilitates the updating of domain name and IP address information and also 
provides a utility for identifying the registrar that registered a domain name, when the entry 
to the SRS was created and the authoritative name servers for the domain name. 
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SUMMARY OF THE PREFERRED EMBODIMENTS 



An aspect of the present invention provides a URL processing system having a first 
web server, a file server and a second web server. The first web server is adapted to receive 
5 a request for a first URL and return a message associated with the first URL request. The file 
server is associated with and accessible by the first web server, the file server adapted to 
store a plurality of files corresponding to a plurality of URLs associated with a plurality of IP 
addresses. A first file is associated with the first URL and contains a first IP address of a first 
destination server, the first web server returning the first IP address as part of the message in 
10 response to the first URL request. The second web server is associated with the file server 
and is adapted to receive a request to alter the first IP address within the first file to alter the 
association between the first URL and the first IP address of the first destination server. 



The embodiments and advantages of the present invention can be better understood in 
conjunction with the various drawings, which form a part of the disclosure of the present 
invention. 

FIG. 1 illustrates schematically certain aspects of architecture for a preferred 
20 implementation of the present invention. 

FIG. 2 illustrates aspects of the process flow used in setting up URL forwarding in 
accordance with an implementation of aspects of the present invention. 

FIG. 3 illustrates an exemplary process that might be used in an implementation of 
aspects of the present invention for modifying previously stored URL forwarding 
25 information. 



Preferred embodiments of the present invention provide a method or apparatus for 
30 associating an IP address with a domain name and for readily altering the association 
between the domain name and the IP address. In accordance with an embodiment of the 
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present invention, a domain name is associated with a first web server within the domain 
name system (DNS) so that a request for a website or other resource associated with the 
domain name is presented to the first web server. The first web server accesses a file server 
to evaluate the requested domain name by accessing a file stored on the file server and 
5 determining from the contents of the file the IP address to which the domain name should 
resolve. The file associated with that domain name may contain information that initiates 
display of static or dynamic content from the first web server. Alternately, the file may 
contain instructions to associate the requested domain name with the IP address of a second 
web server that has the requested content or resource. Most preferably, the first web server 

10 performs this access to the file server directly, without executing a script or other interface 
program supplementary to the first web server. For example, the first web server may 
include a module that receives a domain name, accesses the file from the file server and 
evaluates the contents of the file. When the file includes an IP address to which the domain 
name should resolve, preferred implementations of the module recognize the presence of the 

15 IP address within the file and return the IP address of the second web server to the browser 
through which the user made the request. The browser can then use the returned IP address 
to access desired content from the destination web server. 

Note here that the association between the domain name and the second, destination 
web server is maintained within a file server associated with the first, URL forwarding web 

20 server. This allows a domain name registrant or other URL user to readily alter the 

association between the domain name and an IP address without accessing the domain name 
system. In fact, two different associations exist: a first association between the domain name 
and a first IP address within the domain name system and a second association between the 
domain name and a second IP address. The first IP address is the address of the URL 

25 forwarding web server and the second DP address is the IP address of the second web server 
that stores the content associated with the domain name or URL. Preferably, the association 
between the URL and the IP address is maintained in a file within a file server that is directly 
accessed by the URL forwarding web server. By associating a domain name with the IP 
address of a destination server within a file stored on a file server accessed directly by the 

30 URL forwarding web server, the URL forwarding function is performed quickly and 

efficiently. This architecture facilitates the easy initial association of a domain name with the 
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IP address of a destination server that serves the content for that domain name and easy 
updating of the IP address associated with the domain name as the domain name registrant 
changes destination servers. 

Many companies seek to define their corporate identity at least in part in conjunction 
5 with one or more Internet domain names. This is true whether or not the company's business 
is conducted largely over the Internet. Building a brand identity in conjunction with a 
domain name makes a domain name registration valuable. When a company is successful in 
building the recognition of a domain name, it is important to maintain the domain name and 
to use that domain name as an important identifier for the company on the Internet. 
10 A company may initially provide its website on a low capacity server to take 

advantage of the lower cost and lower maintenance required by websites hosted in this 
manner. As the traffic to the company's website increases and the performance requirements 
for the website increase, higher capacity, higher performance servers are needed to 
f ! accommodate the traffic and provide the desired performance. Evolving requirements cause 

sacs 

p 15 companies to move through a succession of different website hosting options. For example, 

a company's initial website might consist of a modest home page hosted by an Internet 
D service provider (ISP). A successor, higher traffic website might be hosted by a more 

p substantial website hosting service. Eventually, the company might provide its own high 

«2 traffic, high performance server or servers for its website. As a practical matter, a company 

Ul 20 may use many different website hosting options over the course of time in response to not 
p only the performance concerns discussed above, but also to other concerns such as reliability 

and cost. 

Each different server is likely to be addressed through a different IP address. For the 
company's domain name to resolve to the correct IP address, the company's domain name 

25 needs to be properly associated with the server or servers that hosts the company's website. 
To do this, the association between the domain name and the host server's IP address is 
recorded in the domain name system (DNS) or in a system that is accessed through the DNS. 
The importance of maintaining a consistent domain name identity makes it important that 
this association be made quickly and reliably. Unfortunately, this is not necessarily a task 

30 easily performed by those that are not expert in servers and the Internet or by those that do 
not have access to the resources and capabilities of a registrar. Aspects of the present 
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invention are provided to facilitate one or more aspects of the process of properly associating 
a domain name or URL with a desired server at a defined IP address. In this way, a company 
can maintain a consistent identity and appearance on the Internet, despite changing the 
physical and Internet location of the servers that host the company's website or are associated 
5 with the company's domain name or names. 

Preferred embodiments of the present invention provide implementations of a URL 
forwarding service that allows a URL to be mapped to an IP address simply and efficiently. 
This mapping is performed outside of the DNS so that the associations between the domain 
name and the IP address to which the domain name resolves can be altered easily. To be 

10 satisfactory, a URL forwarding service generally should be unobtrusive in that the 

forwarding or remapping operation should occur quickly, preferably with little noticeable 
delay in the user accessing the website being served the requested content. Consequently, it 
is desirable for a URL forwarding facility or method in accordance with the present invention 
to provide a prompt response to a URL request for content associated with a domain name. 

1 5 One way in which a URL forwarding web server might be configured is through a 

relational database, such as an Oracle or similar database relating domain names to IP 
addresses. In such a configuration, a domain name is presented to a web server that accesses 
the relational database to retrieve the IP address corresponding to the domain name. To 
accomplish this, the web server receives the domain name and runs a common gateway 

20 interface (CGI) or script to interrogate the database, determines whether the domain name is 
to be redirected to a second, destination web server, and provides information to the web 
server in response to the request. The provided information might include the IP address of 
the second, destination server. While this configuration of URL forwarding web server is 
acceptable for a low volume application, this configuration has limited speed and does not 

25 scale well. As such, a more efficient and faster implementation of a URL forwarding server 
is preferred in accordance with the present invention. 

FIG. 1 schematically illustrates an architecture that might be used in an embodiment 
of the present invention. Requests and other communications are made to the URL 
forwarding system from conventional web browsers 10, 12 and 14. FIG. 1 shows three 

30 different browsers provided in the system, but these three different browsers could represent 
three different instances of the same browser. More practically, the browser 10 is likely to 
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correspond to a visitor to a company's website, for example a customer of the company, and 
the browsers 12 and 14 are likely to represent a technical contact or other person associated 
with the company that maintains the company's websites and domain names. As the 
browsers 12 and 14 represent different ways of establishing and modifying the URL data 
5 stored within the file server, browsers 12 and 14 most likely represent different instances of a 
browser. In other regards, the illustrated browsers are conventional and each of the browsers 
10, 12 and 14 preferably access the FIG. 1 system over the Internet 16. It should be 
recognized that much of the functionality accessed through the browsers 12 and 14 could be 
accessed through a more direct interface with the FIG. 1 system. Additionally, while the 

10 present discussion is provided with reference to the Internet, it should be appreciated that the 
various teachings herein are generally applicable to other communications networks that use 
similar addressing protocols. 

The browser 10 issues a request, incorporating a URL, for a resource or content to the 
Internet 16, and this request is forwarded to one of the domain name servers of the domain 

15 name system (DNS) 17. To illustrate aspects of the invention, this discussion assumes that 
the domain name or URL within the request issued by browser 10 is for a website or 
company that is using one of the services provided by the system of FIG. 1. For such domain 
names or URLs, the DNS 17 returns to the browser 10 the EP address of the web servers 18, 
19 shown in FIG. 1. The illustrated web servers are illustrated as comprising two different 

20 software web servers within two different hardware or physical servers. Those of ordinary 
skill in the art will recognize that such a configuration provides a higher traffic capacity and 
more uniform loading, as well as redundancy that facilitates higher reliability. In addition to 
the illustrated web servers, it is preferred that the servers 18, 19 include or operate in 
conjunction with a load balancing solution such as the Local Director products sold by Cisco 

25 Systems, Inc. (www.cisco.com). In accordance with a particularly preferred embodiment, 
the web servers 18, 19 are software web servers that can be customized by writing modules 
within the customizable web server's API. A preferred web server might, for example, be an 
HTTP/1.1 compliant web server such as that provided by the Apache HTTP Server Project of 
the Apache Software Foundation, which presently can be found at and downloaded from 

30 www.apache.org . This open-sourced web server software is particularly preferred for its 
speed, readily available programming facilities and support, and its widespread acceptance 
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and availability. The presently preferred Apache servers 18, 19 are modified in accordance 
with the present invention to include a module to handle the URL processing described here. 

On receipt of the URL, the module within the web servers 18, 19 looks in the 
directory tree of the file server 20 and retrieves the file associated with the URL request. For 
5 example, the URL request may comprise a domain name, the file name is most preferably 
made the same as the domain name and the directory structure may list the files, and hence 
the domain names, alphabetically. This allows the module to quickly identify and retrieve a 
file from the file server 20 for a particular domain name. Most preferably, the file server 
provides high speed access to a large shared space of disk storage and may, for example, be a 

10 file server specifically adapted for serving data such as the file servers sold by Network 
Appliance, Inc. ( www.netapp.com ). Of course, with the evolution of technology, different 
file serving technology possibly not using disk drives will come into use. Aspects of the 
present invention are expected to benefit from such future technology. 

If a file does not exist on the file server 20 corresponding to the URL presented by the 

15 browser 10, then the module within the web servers 18, 19 returns a message to the browser 
10 that the website is unavailable or that the website will be coming soon for that URL. 
Generally this message will be in the form of a single, static web page. Providing this sort of 
response allows a company to register its domain name and establish its URLs before 
actually completing construction of its websites. This gives an early stage company an 

20 opportunity to begin establishing an Internet presence and identity before it is even ready to 
launch a website. 

It should be noted that files of zero length will be ignored within the file server and 
the file server 20 will erase records or files within the file server 20 by overwriting the files 
with length zero files. Consequently, the module is preferably programmed to ignore zero 
25 length files. 

If a file exists on the file server 20 corresponding to the URL, the module in the web 
servers will read the file to determine what services are associated with that URL. For 
example, the file may indicate that the URL is associated with a limited, generally static web 
page stored on the file servers 18, 19 or on an associated web or file server. If that is the 
30 case, the module will cause that content to be returned to the browser 10. 
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The file might alternately indicate that URL forwarding is provided for that URL and 
return a message including at least an IP address through the web servers 18, 19 to the 
browser 10. Other information might also be provided to the browser. For example, if the 
URL forwarding web site wished to provide a free URL forwarding service by providing 
5 advertising, the web servers 18, 19 might return a framed web page, with the desired 

advertising information or other message provided on a peripheral part of the served, framed 
web page. Most preferably, the desired advertising or other information is provided in the 
frame such that the information has to be displayed on the user's display so long as the 
destination server content is displayed. Preferably the additional information is provided 

10 from a source other than the shared space on the file server 20. When such a framed URL 
forwarding message is returned, the web servers 18, 19 cause the content from the destination 
server identified by the IP address retrieved from the file identified by the URL to be served 
onto the framed web page. 

In other instances, the file on the file server 20 identified by the URL received by the 

15 web servers 18, 19 might indicate that the URL's registrant has a higher level of URL 
forwarding service where the registrant or company pays for the service and the URL 
forwarding service is more transparent to the user of browser 10. In such a case the module 
within the web servers 18, 19 detects the type of service to be provided from the information 
in the file retrieved from the file server 20 for that URL. The module provides the IP address 

20 information from the file server 20 through the web server 18 or 19 and to the browser 10. 
This allows the domain name to be easily resolved into a desired IP address in a manner that 
allows a domain name to be associated with different servers or different IP addresses in a 
fairly simple manner. 

This discussion now illustrates how a domain name registrant elects to use the URL 

25 forwarding service illustrated in FIG. 1 and how the files within file server 20 are modified to 
reflect changes in the IP address to which the registrant's domain name should resolve. 
Preferred embodiments of the present invention might be used within a comprehensive 
domain name registration and domain management facility such as that described in U.S. 
patent applications Serial No. 09/560,433, filed April 27, 2000 and entitled "Domain 

30 Manager and Method of Use," and Serial No. 09/587,403, filed June 5, 2000 and entitled 
Domain Manager for Plural Domains and Method of Use. 11 These two pending U.S. patent 
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applications are hereby incorporated by reference in their entirety and specifically for their 
teachings regarding interfaces through which a registrant enters information about a domain 
name including the information typically included in a Whois file and account information 
such as credit card numbers. The "registrar" web server 22 indicated in FIG. 1 provides these 
5 types of facilities. In addition, these applications are incorporated by reference for their 
illustration of the information stored within a database such as the preferred Oracle database 
24 illustrated in FIG. 1. 

The registrar web server 22 is a facility used by individuals or organizations to 
register domain names and to manage various aspects of an Internet domain. Generally, the 

10 web server 22 collects all of the information associated with a domain name and the domain 
name registrant. This information is all stored in the preferred Oracle database 24. As 
discussed in the above-incorporated patent applications, registrar web server uses Perl or CGI 
programs or any of a number of different scripting languages to access and maintain the 
database 24. Other information is preferably also collected and also stored within the 

1 5 database 24. For example, the web server preferably collects information about different 
services the registrant wishes to use to facilitate domain management. Preferably, one of the 
options provided by the registrar web server 22 is URL forwarding. For example, the 
registrant might be accessing the registrar web server 22 from the browser 12. In such a 
case, a particular domain name will be active in the browser 12. The registrant, or the 

20 technical contact or other agent for the registrant, can simply select the URL forwarding 
functionality from a hyperlink displayed on the browser 12. The registrar web server 22 
functions to collect the additional information necessary to set up the URL forwarding 
functionality, including the initial IP address to which the domain name should resolve. 

FIG. 2 illustrates generally certain of the processes that might be employed in setting 

25 up URL forwarding, beginning from the main page 40 of the registrar web server. The 
processed may include requesting 40 a user to log in, preferably by accessing a login 
template 43. The process authenticates 44 the user's rights to modify rights associated with 
the domain name. Although FIG. 2 shows a template 46 for indicating that the domain name 
is not registered through the registrar, this is not a requirement for providing URL forwarding 

30 services. This is merely a matter of convenience and simplicity. The process may include 
various housekeeping steps such as getting 48 pricing information for the URL forwarding 

11 
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functions from the database 24 and getting the contact information associated with the 
domain name or other URL to be forwarded. After the main page 50 of the URL forwarding 
setup, the web server 22 validates 52 the credit card number provided by the registrant. 
Eventually, the URL forwarding record 54 is created and the sequence of FIG. 2 is exited 56 
5 and the record is written within the file stored to the file server 20. 

When the information needed for the file is prepared, the database 24 accesses a 
stored procedure and mounts the directory of the file server 20. The stored procedure from 
database 24 then writes to the file server 20 an appropriate file including the desired 
information specifying the services to be provided and the IP address to which the URL 
10 should resolve. 

Other database 24 stored procedures can be used to perform maintenance on the file 
_ server 20. For example, files for expired URL forwarding services can automatically be 

J3 deleted by overwriting the files with length zero (blank) files after the expiration of their 

services. A different stored procedure might periodically delete empty files and defragment 
O 15 the disks of the file server 20. 

pi The FIG. 1 system preferably includes at least one mechanism for establishing a URL 

^ forwarding function and for altering the URL mapping once the URL forwarding is arranged. 

O If URL forwarding is not set up through the registrar web server 22, the FIG. 1 system 

q preferably allows URL forwarding to be set up through a URL forwarding web server 26. If 

zJ 20 no registrar web server 22 is provided within the FIG. 1 system, then a URL forwarding web 
0 server 26 is preferably provided that is capable of initially collecting the information 

associated with a registrant and a domain name. In this regard, the URL forwarding web 
server 26 shares significant functionality with the registrar web server 24. 

The URL forwarding web server 26 is preferably used to modify the BP address to 
25 which a URL resolves or to modify any of the other information within the files stored on the 
file server 20. A possible process flow for the URL modifying aspects of the server 26 is 
illustrated in FIG. 3, which is generally self-explanatory. Once a user is logged in 70 and the 
user's rights are authenticated 72, internal accounting information is passed 74 between the 
server 26 and the database 24. The present status of the URL forwarding function, including 
30 the information within the corresponding file on the file server 20, is obtained 76 and 

presented 78 on an interface to a user. This interface may query the user as to whether the 
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user wants to modify or to delete the URL forwarding functionality. Depending on the 
option selected 80 by the user, the FIG. 3 process will proceed along the left hand path or the 
right hand path. The outcome or either path will cause the information in the file on the file 
server 20 to be altered following verification that the user wants the requested change 
implemented. 

The illustrated process, and variations on the illustrated process, allow the IP address 
associated with a given URL to be modified in a prompt fashion. Because the DNS will 
continue to reference the URL to the IP address of the web servers 18, 19, this method 
effectively changes the URL to EP address mapping without accessing the DNS. Moreover, 
the preferred Apache web servers and file server architecture provide an efficient, high speed 
system that makes the use of URL forwarding both convenient and practical as generally 
being acceptable to customers from a performance point of view. 

While aspects and certain advantages of the present invention have been described 
herein with reference to certain preferred embodiments of the present invention, it should be 
appreciated that the present invention is not limited to the particular embodiments thereof. 
Those of ordinary skill in the art will appreciate that modifications and variations on the 
basic teachings of the present invention might be made without varying from the 
fundamental teachings thereof. Consequently, the scope of the present invention is to be 
determined from the claims, which follow. 
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